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DETAILED ACTION 

1 . This is a Non-Final Office Action. This action is responsive to Pre-appeal brief filed 02- 
12-2007. 

2. Claims 1-84 are currently pending. Claims 1, 16, 31 and 46 are independent claims. 

3. Effective filing date 02-1 5-2002. CIP 09/949,532 filed 09-07-2001, claimed benefit of 
60/269,641 filed 02-16-2001, and 60/231,433 filed 09-08-2000 . 

Interpretations of Claims Language 

4. It is noted that the terms "a personalized web page," "parallel worker threads spawned 
from a main execution thread," Upon review of the specification and claims, the Examiner 
believes Applicants intended these terms to be defined and function as follows: 

a) "a personalized web page," within Web server 208 populates a Web page with the 
latest cached content components according to the personalized settings for the user, and sends 
the personalized Web page to a user terminal 218 for display to the user. See, disclosure, para 
10. In its broadest reasonable interpretation, a personalized web page is a web page with 
personalized content according to a conventional method often referred to as client-side retrieval 
includes plurality of component servers 302-306 host various types of content components, such 
as email messages for a group of users; A stock quotes server hosts content components such as 
stock quotes and charts; A news server hosts content components such as headlines and news 
features; A main process within Web server maintains a list of the types of content components 
available from component servers, and advertises these types of content components to users. 
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b) " parallel worker threads spawned from a main execution thread," as depicts in fig. 9 
of the disclosure, main server 904 issues four requests to four component servers 904 A, 904B, 
904C, and 904D, wherein the issuing of requests is implemented as follows: the main thread of 
execution spawns four worker threads, one worker thread for each request. Each worker thread 
executes a process that obtains both the length of the timeout period for its particular request, and 
the specific request to be made . See, disclosure fig. 9, para 59-60. In its broadest reasonable 
interpretation, threads are a way for a program to fork (or split) itself into two or more 
simultaneously (or pseudo-simultaneously) running tasks, in this particular application main 
thread is the request form main server item 904, and each worker thread are component server 
904A-D (i.e. news host by news server, stocks quotes host by stocks server and so on), when a 
main server request is executed, each worker thread executes a process that obtains both the 
length of the timeout period for its particular request, and the specific request to be made. 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 1-3, 12-18, 27-33, 42-48, and 57-84 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Nazem, et al. US005983227A Filed 06-12-1997 (hereinafter Nazem), in 
view of Ferguson US 20020178232A1 filed 12-10-1997 (hereinafter Ferguson). 

Regarding independent claim 1, Nazem teaches: 

a method for satisfying a single request from a client for a plurality of 
content components derived from content hosted by a plurality of distinct, 
separately accessible component servers for forming a personalized network 
page, comprising: 

(See, Nazem, figures 2, and 5 A, and col. 5, lines 50-60, teaching user front page 218 returned by 

page server 104, wherein module 504 shows stock quotes, news, and weather. 

Also, see Nazem col. 3 line 65 through col. 4 line 25, teaching page server 104 includes 

page generator 210 collecting various data from various server sources (sport server 230, stock 

server 23 1 , and so on). 

receiving a single request specifying the multiple content components derived 
from content hosted by the plurality of distinct, separately accessible 
component servers for forming the personalized network page. 
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(See, Nazem, figures 2, and 5 A, and col. 5, lines 50-60, teaching user front page 218 returned by 
page server 104, wherein module 504 shows stock quotes, news, and weather. 

Also, see Nazem col. 3 line 65 through col. 4 line 25, teaching page server 104 includes 
page generator 210 collecting various data from various server sources (sport server 230, stock 
server 231, and so on). 
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forming the content components from the responses to the information 
requests including assembling the personalized network page; and 
transmitting the personalized network page including the multiple content 
components to the client. 

(See, Nazem, figures 2, and 5A, and col. 5, lines 50-60, teaching user front page 218 returned by 
page server 104, wherein module 504 shows stock quotes, news, and weather. 

Also, see Nazem col. 3 line 65 through col. 4 line 25, teaching page server 104 includes 
page generator 210 collecting various data from various server sources (sport server 230, stock 
server 23 1 , and so on), using user templates and a shared memory for the live data, page server 
104 can quickly build custom pages in response to a user request. Where the user template is 
cached, the page can be generated entirely within page server 104.) 

In addition, Nazem does not explicitly teach, but Ferguson teaches: 

after receiving the single request, generating a plurality of 
information requests for the content as parallel worker threads spawned 
from a main execution thread; 

(See Ferguson at para 121, discloses using HTTP and the hands shaking protocol includes thread 
timer item 710, Ad Fetcher thread 708 and the timeout policies, wherein the first component is 
the listener module, which receives interrupts from the Thread Timer 710 every 120 seconds. 
Upon receipt of the interrupt, it invokes the second component, the Ad Fetcher Thread 708. The 
Ad Fetcher Thread 708 then fires the CGI labeled as CGIBANNER REQUEST, to the 
Invention Web Server 302. If it does not receive any response from the Invention Web Server 
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302 within a preset interval (25% of a 120-second slot), it times out the request. After timing the 
request out, it reverts back to the default action block and fetches an ad banner from the local ad 
banner repository (Default Ad Cache 706), after fetching the ad banner, it stores the image file in 
the Next Ad Cache 718. The Banner Display Manager picks up the image file from the Next Ad 
Cache 718 banner directory for display on the Invention Interface 404. 
g, 9; Ad Management Client/Server Handshaking Protocols 
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Using the broadest reasonable interpretation, the examiner equates the claimed parallel worker 
threads spawned from a main execution thread as equivalent to ad management client/server 
handshaking protocol includes the timeout policies and the Ad Fetcher Thread 708 then fires the 



Application/Control Number: 10/077,423 Page 8 

Art Unit: 2176 

CGI labeled as CGI_BANNER REQUEST as taught by Ferguson. Also see the interpretation of 
the claims language part- b) which cites above.) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified Nazem 's dynamic page generator to include a means of 
after receiving the single request, generating a plurality of information requests for the content as 
parallel worker threads spawned from a main execution thread; sending the plurality of requests 
as parallel or rapid sequential worker threads so that each information request is sent to the 
component server hosting the content corresponding to the information request before receiving 
a response to any of the information requests, thereby permitting concurrent generation of the 
content components at the component server as taught by Ferguson. One of ordinary skill in the 
art would have been motivated to modify this combination because Nazem and Ferguson are 
from the same field of endeavor of webpage rendering/downloading architecture and provides an 
interactive Web accelerator for maximizing the use of available bandwidth while browsing the 
World Wide Web section of the Internet, by allowing users to dynamically pre-select content to 
be viewed next and eliminates the waiting associated with using the World Wide Web, which is 
significantly reduces or eliminates the user's the wait time for downloading (See Ferguson 
para 6). 

Regarding independent claim 16: 

are directed to computer readable media embodying instructions executable by a 
computer to perform a method of claim 1 which cites above, and are similarly rejected 
under the same rationale (see Nazem col. 2, lines 10-15.) 
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Regarding independent claims 31, and 46: 

are directed an apparatus to perform a method of claim 1 which cites above, and 
are similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claim 2, Nazem teaches: 

the single request is a request for a personalized Web page; the forming step 
comprises assembling the personalized Web page from the content components; and 
the transmitting step comprises sending the personalized Web page to the client 

(See, Nazem, col. 3, lines 39-40, teaching TCP/IP. 

Also, see Nazem col. 2 lines 55-60, teaching HTTP.) 

Regarding claim 3, Nazem teaches: 

carrying out the steps of forming the personalized network page and 
transmitting the personalized network page to the client, 

(See, Nazem, figures 2, and 5 A, and col. 5, lines 50-60, teaching user front page 218 returned by 
page server 104, wherein module 504 shows stock quotes, news, and weather. 

Also, see Nazem col. 3 line 65 through col. 4 line 25, teaching page server 104 includes 
page generator 210 collecting various data from various server sources (sport server 230, stock 
server 23 1 , and so on). 
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Nazem does not explicitly teach, but Ferguson teaches: 

instantiating a tinier after the step of sending each information 
request and before the step of forming the personalized web page; and if no 
response is received from one of the component servers prior to a timeout 
period of the timer, performing the steps of immediately establishing the 
response from that component server as a null value, and transmitting the 
personalized network page to the client without waiting for that response. 
(See Ferguson at para 121, teaching the hands shaking protocol includes the timeout policies, 
wherein the first component is the listener module, which receives interrupts from the Thread 
Timer 710 every 120 seconds. Upon receipt of the interrupt, it invokes the second component, 
the Ad Fetcher Thread 708. The Ad Fetcher Thread 708 then fires the CGI labeled as 
CGI BANNER REQUEST, to the Invention Web Server 302. If it does not receive any response 
from the Invention Web Server 302 within a preset interval (25% of a 120-second slot), it times 
out the request. After timing the request out, it reverts back to the default action block and 
fetches an ad banner from the local ad banner repository (Default Ad Cache 706), after fetching 
the ad banner, it stores the image file in the Next Ad Cache 718. The Banner Display Manager 
picks up the image file from the Next Ad Cache 718 banner directory for display on the 
Invention Interface 404. 
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Using the broadest reasonable interpretation, the examiner equates the claimed instantiating a 
timer as equivalent to ad management client/server handshaking protocol includes the timeout 
policies as taught by Ferguson.) 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified Nazem 's dynamic page generator to include a means of 
instantiating a timer after the step of sending each information request and before the step of 
forming the personalized web page; and if no response is received from one of the component 
servers prior to a timeout period of the timer, performing the steps of immediately establishing 
the response from that component server as a null value, and transmitting the personalized 
network page to the client without waiting for that response as taught by Ferguson. One of 
ordinary skill in the art would have been motivated to modify this combination because Nazem 
and Ferguson are from the same field of endeavor of webpage rendering/downloading 
architecture and provides an interactive Web accelerator for maximizing the use of available 
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bandwidth while browsing the World Wide Web section of the Internet, by allowing users to 
dynamically pre-select content to be viewed next and eliminates the waiting associated with 
using the World Wide Web, which is significantly reduces or eliminates the user's the wait time 
for downloading (See Ferguson para 6). 

Regarding claim 12, Nazem teaches: 

wherein the component servers comprise an email server servers, an 
enterprise resource planning server, or a customer relationship management 
server, or combinations thereof, 

(See, Nazem, figures 2, and 5 A, and col. 5, lines 50-60, teaching user front page 218 returned by 
page server 104, wherein module 504 shows stock quotes, news, and weather. 

Also, see Nazem col. 3 line 65 through col. 4 line 25, teaching page server 104 includes 
page generator 210 collecting various data from various server sources (sport server 230, stock 
server 23 1 , and so on). 

Regarding claims 13-14, Nazem teaches: 

wherein the information requests are transmitted according to a standard 
network protocol, and wherein the standard network protocol is selected from the 
group consisting of HTTP, HTTPS, WAP, and FTP. 

(See, Nazem, col. 3, lines 39-40, teaching TCP/IP. 

Also, see Nazem col. 2 lines 55-60, teaching HTTP.) 
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Regarding claim 15, Nazem does not explicitly teach, but Ferguson teaches: 

generating a state machine to represent the progress of each information 
request; and recursively processing the state machines to advance the progress of 
each information request. 

(See Ferguson at para 121, teaching the hands shaking protocol includes the timeout policies, 
wherein the first component is the listener module, which receives interrupts from the Thread 
Timer 710 every 120 seconds. Upon receipt of the interrupt, it invokes the second component, 
the Ad Fetcher Thread 708. The Ad Fetcher Thread 708 then fires the CGI labeled as 
CGIBANNER REQUEST, to the Invention Web Server 302. If it does not receive any response 
from the Invention Web Server 302 within a preset interval (25% of a 120-second slot), it times 
out the request. After timing the request out, it reverts back to the default action block and 
fetches an ad banner from the local ad banner repository (Default Ad Cache 706), after fetching 
the ad banner, it stores the image file in the Next Ad Cache 718. The Banner Display Manager 
picks up the image file from the Next Ad Cache 718 banner directory for display on the 
Invention Interface 404.) 

Using the broadest reasonable interpretation, the examiner equates the claimed and recursively 
processing the state machines as equivalent to ad management client/server handshaking 
protocol includes the timeout policies as taught by Ferguson. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified Nazem 's dynamic page generator to include a means of 
generating a state machine to represent the progress of each information request; and recursively 
processing the state machines to advance the progress of each information request as taught by 
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Ferguson. One of ordinary skill in the art would have been motivated to modify this combination 
because Nazem and Ferguson are from the same field of endeavor of webpage 
rendering/downloading architecture and provides an interactive Web accelerator for maximizing 
the use of available bandwidth while browsing the World Wide Web section of the Internet, by 
allowing users to dynamically pre-select content to be viewed next and eliminates the waiting 
associated with using the World Wide Web, which is significantly reduces or eliminates the 
user's the wait time for downloading (See Ferguson para 6). 

Regarding claim 17: 

is directed to computer readable media embodying instructions executable by a 
computer to perform a method of claim 1, which cites above, and is similarly rejected 
under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claim 18: 

is directed to computer readable media embodying instructions executable by a 
computer to perform a method of claim 3, which cites above, and are similarly rejected 
under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claims 27-30 respectively: 

are directed to computer readable media embodying instructions executable by a 
computer to perform a method of claims 12-15 respectively, which cite above, and are 
similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 
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Regarding claim 32: 

is directed to the apparatus to perform a method of claim 1, which cites above, 
and is similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claim 33: 

is directed to the apparatus to perform a method of claim 3, which cites above, 
and is similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claims 42-45 respectively: 

are directed to the apparatus to perform a method of claims 12-15 respectively, 
which cite above, and are similarly rejected under the same rationale (see Nazem col. 2, 
lines 10-15.) 

Regarding claim 47: 

is directed to the apparatus to perform a method of claim 1, which cites above, 
and is similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claim 48: 

is directed to the apparatus to perform a method of claim 3, which cites above, 
and is similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 
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Regarding claims 57-60 respectively: 

are directed to the apparatus to perform a method of claims 12-15 respectively, 
which cite above, and are similarly rejected under the same rationale (see Nazem col. 2, 
lines 10-15.) 

Regarding claim 61, Nazem teaches: 

uniquely identifying a user who wishes to view the personalized network 
page regardless of which access terminal is being used. 

(See, Nazem, col. 3, lines 39-40, teaching TCP/IP. 

Also, see Nazem col. 2 lines 55-60, teaching HTTP. Using the broadest reasonable 
interpretation, the examiner equates the claimed uniquely identifying a user who wishes to 
view the personalized network page regardless of which access terminal as equivalent to 
TCP/IP and HTTP as taught by Nazem.) 

Regarding claim 62, Nazem teaches: 

caching one or more of the content components for retrieval without 
contacting the component server in a future request 

(See, Nazem, col. 2, lines 1-15, teaching the pages served are news pages, giving the user a 
custom selection of stock quotes, news headlines, sports scores, weather, and the like. With the 
live data stored in a local, shared memory, any custom page can be built within the page server, 
eliminating the need to make requests from other servers for portions of the live data.) 
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Regarding claim 63, Nazem teaches: 

wherein the caching comprises indexing at least one of the content 
components according to one or more user preferences. 

(See, Nazem, col. 2, lines 1-15, teaching the pages served are news pages, giving the user a 
custom selection of stock quotes, news headlines, sports scores, weather, and the like. With the 
live data stored in a local, shared memory, any custom page can be built within the page server, 
eliminating the need to make requests from other servers for portions of the live data.) 

Regarding claim 64, Nazem teaches: 

retrieving one or more previously cached content components for including 
in the personalized network page without contacting the corresponding component 
server. 

(See, Nazem, col. 2, lines 1-15, teaching the pages served are news pages, giving the user a 
custom selection of stock quotes, news headlines, sports scores, weather, and the like. With the 
live data stored in a local, shared memory, any custom page can be built within the page server, 
eliminating the need to make requests from other servers for portions of the live data.) 
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Regarding claim 65, Nazem teaches: 

wherein at least one of the cached content components was indexed 
according to one or more user preferences, and wherein the retrieving comprises 
calling the at least one cached content component according to the indexing. 

(See, Nazem, col. 2, lines 1-15, teaching the pages served are news pages, giving the user a 
custom selection of stock quotes, news headlines, sports scores, weather, and the like. With the 
live data stored in a local, shared memory, any custom page can be built within the page server, 
eliminating the need to make requests from other servers for portions of the live data. 

Also, see Nazem col. 2, lines 1-25, teaching the volume of requests becomes too great for 
one page server to handle, the system is easily scaled by adding additional page servers. Each 
page server maintains its own copy of the live data in its shared memory, and needs to maintain 
only the user templates for the requests it is handling, so no communication between page 
servers is needed.) 

Regarding claim 66, Nazem teaches: 

providing a form allowing a user to select the components from a library of 
components. 

(See, Nazem, col. 2, lines 1-15, teaching the pages served are news pages, giving the user a 
custom selection of stock quotes, news headlines, sports scores, weather, and the like . With the 
live data stored in a local, shared memory, any custom page can be built within the page server, 
eliminating the need to make requests from other servers for portions of the live data. Using the 
broadest reasonable interpretation, the examiner equated the claimed allowing a user to select 
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the components as equivalent to giving the user a custom selection of stock quotes, news 
headlines, sports scores, weather, and the like as taught by Nazem. 



Regarding claims 67-72 respectively: 

are directed to computer readable media embodying instructions executable by a 
computer to perform a method of claims 61-66 respectively, which cite above, and are 
similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 



Regarding claims 73-78 respectively: 

are directed to the apparatus to perform a method of claims 61-66 respectively, 
which cite above, and are similarly rejected under the same rationale (see Nazem col. 2, 
lines 10-15.) 



Regarding claims 79-84 respectively: 

are directed to the to perform a method of claims 61-66 respectively, which cite 
above, and are similarly rejected under the same rationale (see Nazem col. 2, 
lines 10-15.) 
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Claims 4-11, 19-26, 34-41, and 49-56 rejected under 35 U.S.C. 103(a) as being 
unpatentable over Nazem, et al. US005983227A Filed 06-12-1997 (hereinafter Nazem), in 
view of Ferguson US 20020178232A1 filed 12-10-1997 (hereinafter Ferguson), further in 
view of McMichael US006941339B1 filed 05-17-2000 (hereinafter McMichael). 

Regarding claims 4-11, Nazem teaches: 

the main server also receiving the single request from the user and 
transmitting the personalized network page to the client, wherein each of the 
main server and the component servers are physically separate, and wherein 
the information requests and responses are transmitted according to a 
standard network protocol, wherein the standard network protocol is 
selected from the group consisting of HTTP, HTTPS, WAP, and FTP. 
(See, Nazem, figures 2, and 5 A, and col. 5, lines 50-60, teaching user front page 218 returned by 
page server 104, wherein module 504 shows stock quotes, news, and weather. 

Also, see Nazem col. 3 line 65 through col. 4 line 25, teaching page server 104 includes 
page generator 210 collecting various data from various server sources (sport server 230, stock 
server 231, and so on, 

Also, see, Nazem, col. 3, lines 39-40, teaching TCP/IP. 
Also, see Nazem col. 2 lines 55-60, teaching HTTP.) 
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Nazem and Ferguson do not explicitly teach, but McMichael teaches: 

wherein the component servers generate the responses in different 
data formats, and the method further comprising: converting the responses 
to a common data format, wherein the common data format is based on a 
markup language. 

(See, McMichael col. 2 lines 40-55, teaching the dynamic interface server and the user machine 
and server to provide a communication method between the two. In an Internet context, the 
generating server may create HyperText Markup Language (HTML), Java script, Java code, 
extendable Markup Language (XML), or other communication language for distribution to the 
user machine, based upon the information that the dynamic interface server wishes to 
communicate to the user. However, those skilled in the art will appreciate that the generating 
server could generate various types of code as might be required to communicate to the user 
machine. 

wherein the converting step is performed at the respective component 
servers, wherein the converting step is performed at a main server, wherein 
the main server is an Internet portal server, 

(See, McMichael col. 4 lines 5-25, discloses through a series of servers and interface 
components, the Internet context may provide a forum for the display of HTML, XML, or Java 
pages, in which case the invention is readily adaptable to providing translation to those 
languages for transmission, also the instant invention is equally well-suited for use in the 
corporate wide-area network context. 
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Also, see McMichael col. 2 lines 40-55, teaching the dynamic interface server and the 
user machine and server to provide a communication method between the two. 

wherein the main server is a corporate portal server. 
(See McMichael col. 1, lines 5-10, describes many companies have developed "portal" sites, 
directed to bringing content to the users in a more user-friendly manner. These sites contain 
directories of information available on the Internet. 

Also, see, McMichael col. 5, lines 1-30, teaching the function of the generating server 
208 is to convert data intended for the user to a format acceptable to the interface component 
204. The generating server 208 is also adapted to accept input data from the user at the interface 
component 204. Those skilled in the art will appreciate that, depending upon the type of interface 
component 204 supported, the generating. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified Nazem and Ferguson 's dynamic page generator with 
parallel worker threads spawned from a main execution thread, to include a means wherein the 
component servers generate the responses in different data formats, and the method further 
comprising: converting the responses to a common data format, wherein the common data format 
is based on a markup language, wherein the converting step is performed at the respective 
component servers, wherein the converting step is performed at a main server, wherein the main 
server is an Internet portal server, wherein the main server is a corporate portal server as taught 
by McMichael. One of ordinary skill in the art would have been motivated to modify this 
combination because Nazem, Daugherty, and McMichael are from the same field of endeavor of 
web portal rendering architecture and provides a portal system and method to provide a user 
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dynamic information based upon a set of intelligence rules such that the user can efficiently 
reach points of changing interest on the Internet and for making such a system user-friendly and 
comprehensive, so that it can be commonly used for a number of different applications (see 
McMichael col. 2 lines 10-20). 

Regarding claims 19-26 respectively: 

are directed to computer readable media embodying instructions executable by a 
computer to perform a method of claims 4-1 1 respectively, which cite above, and are 
similarly rejected under the same rationale (see Nazem col. 2, lines 10-15.) 

Regarding claims 34-41 respectively: 

are directed to the to perform a method of claims 4-1 1 respectively, which cite 
above, and are similarly rejected under the same rationale (see Nazem col. 2, 
lines 10-15.) 
Regarding claims 49-56 respectively: 

are directed to the to perform a method of claims 4-1 1 respectively, which cite 
above, and are similarly rejected under the same rationale (see Nazem col. 2, 
lines 10-15.) 

6. It is noted that any citations to specific, pages, columns, lines, or figures in the prior art 
references and any interpretation of the references should not be considered to be limiting in any 
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way. A reference is relevant for all it contains and may be relied upon for all that it would have 
reasonably suggested to one having ordinary skill in the art. See, MPEP 2123. 

Response to Remarks 

7. The Pre-appeal brief filed 02-12-2007 has been fully considered. It is noted the Pre- 
appeal brief panel decision "re-open prosecution" mailed 04-1 1-2007, but are moot but in view 
of the new ground(s) of rejection. 

It is noted; this office action is a Non-Final Rejection in order to give the applicant 
sufficient opportunity to response to the new line of rejection. 

Using the broadest reasonable interpretation of the claim limitations, as discuss in the 
rejection above, the examiner maintains the Nazem refernce, and introduces new cites refernces 
(Ferguson and McMichael) to cure the deficient features that are not taught in Nazem (see above 
rejection for details). 

As discuss in the rejection above, specially Nazem discloses an improved custom page 
server, wherein user preferences are organized into templates stored in compact data structures 
and the live data used to fill the templates is stored local to the page server which is handing user 
requests for custom pages. One process is executed on the page server for every request. The 
process is provided a user template for the user making the request, where the user template is 
either generated from user preferences or retrieved from a cache of recently used user templates. 
Each user process is provided access to a large region of shared memory, which contains all of 
the live data needed to fill any user template. Specifically, the pages served are news pages, 
giving the user a custom selection of stock quotes, news headlines, sports scores, weather, and 
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the like. With the live data stored in a local, shared memory, any custom page can be built within 
the page server, eliminating the need to make requests from other servers for portions of the live 
data (see Nazem col. 2 lines 1-25). 

For at least all the above evidence, therefore the Examiner respectfully maintains the 
rejection at this time. 

Conclusion 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Quoc A. Tran whose telephone number is 571-272-8664. The 
examiner can normally be reached on 9AM - 5PM EST. If attempts to reach the examiner by 
telephone are unsuccessful, the examiner's supervisor, Herndon R. Heather can be reached on 
571-272-4136. The fax phone number for the organization where this application or proceeding 
is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Quoc A, Tran 
Patent Examiner 
X Art Unit 2176 
06-15-2007 




